home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93b.txt / 000137_icon-group-sender _Tue Jun 8 14:13:36 1993.msg < prev    next >
Internet Message Format  |  1993-06-16  |  2KB
  1. Received: from owl.CS.Arizona.EDU by cheltenham.CS.Arizona.EDU; Wed, 16 Jun 1993 08:32:05 MST
  2. Received: by owl.cs.arizona.edu; Wed, 16 Jun 1993 08:32:04 MST
  3. Date: 8 Jun 93 14:13:36 GMT
  4. From: mcsun!sun4nl!rulway.LeidenUniv.nl!ruls41.LeidenUniv.nl!ruiter@uunet.uu.net  (Jan Peter de Ruiter)
  5. Organization: Leiden University
  6. Subject: compilable subset
  7. Message-Id: <1993Jun8.141336.25196@rulway.LeidenUniv.nl>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: RO
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. A lot of Icon features and constructs depend on Icon being
  14. interpreted. These features are very desirable, according
  15. to Icon users, and therefore a certain performance loss is
  16. tolerable.
  17.  
  18. However, sometimes people like to have a higher performance.
  19. Someone in the Icon group once wrote that there is no "red hot"
  20. Icon compiler in written in Icon. (I think it was Richard Goerwitz)
  21.  
  22. Being relatively unfamiliar with the tricky details of the
  23. implementation of Icon, my question is this:
  24.  
  25. *Given* the constraint that The Given Language should be 
  26. about as fast as, say, pascal, what Icon features should be 
  27. removed/redefined in order to pull the trick. Mind you, I am not
  28. in any way suggesting changes to Icon, I'm just trying to find out
  29. what is the most "Iconish" language possible that can compete in 
  30. speed with pascal (or C++, you get the idea...)
  31.  
  32. As an example, backtracking and garbage collecting are probably (?)
  33. features that The Given Language should not have. However, the absence
  34. of declarations for strings & integers can probably be resolved in
  35. some way.
  36.  
  37. I'd really like comments from people who are familiar with the 
  38. implementation of Icon, and from people who have opinions on what
  39. features of Icon are distinctly "Iconish." 
  40.  
  41. If it turns out to be possible to define a language that is as fast
  42. as pascal, and a lot more convenient (in an Iconish fashion), I'd like 
  43. to spend some time trying to implementing it.
  44.  
  45. If it is not clear what my question entails, please post! I'll then
  46. try to clarify.
  47.  
  48.  
  49. Greetings,
  50.  
  51. Jan
  52. -----------------------------------------------------
  53. Jan de Ruiter
  54. Leiden University  
  55. Dept. of Information Science for the Social Sciences
  56. The Netherlands
  57. ruiter@ruls41.leidenuniv.nl
  58.